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BACKGROUND OF THE INVENTION 
10 This invention relates to a mobile phone system with a mobile telephone 

accounting protocol for mobile phones, and in particular to cellular phones and radio 
phones that are capable of moving fi*om one transmission station to another in a 
communication network. In particular, the mobile telephone accounting protocol is 
adapted for a mobile debit phone in which the communication traffic with the service 
1 5 provider is minimized to expand traffic handling capacity of the service provider by 
accomplishing the accounting procedures within each mobile phone unit. The mobile 
telephone accounting protocol is similar to that described in U.S. Patent No. 5,325,418, 
which is incorporated herein by reference. In the referenced patent, an accounting system 
is described which has particular application to a rental phone system or a controlled 
20 phone system, such as an intra-corporate system where periodic calculation of phone 

charges are made prior to receipt of billings fi*om public or switched service providers. In 
such systems, phone call data is stored in the mobile phone unit and charges are 
calculated by a host processor after a dialogue is established between the host processor 
and the phone unit. This system requires that a communication link be established 
25 between the host processor and the mobile phone unit and may require that the phone unit 
be physically connected to the host processor. 

Although debit systems with intemal debit and credit memory for cordless 
phones have been previously proposed such systems do not accoimt for the particular 
complexities of mobile phone systems wherein multiple service providers may be 
30 involved in a communication network and the mobile phone is allowed to move or roam 
across defined zones or cells within a particular service area or across multiple service 
areas. In such situations, the location of the mobile phone making the call is as important 
for billing calculations as the location of the phone or stations being called. This added 



complexity complicates billing procedures for mobile phones and increases the 
communication session required for remote debit systems, thereby adding to airway 
traffic. 

hi addition to the objective of eliminating an accounting session with a 
5 service provider for each call made, the mobile phone with internal accounting 
capabilities greatly expands the potential customer base by enabling persons with 
inadequate credit to obtain mobile phone service by the use of a pay-as-you-go debit 
account. In this case, the credit risk is avoided by prepayment of service and call charges, 
and where credit is extended permits the credit to be provided by an entity other than the 

1 0 service provider, for example by the seller of the phone, or by a billing service that 
provides credit or pre-paid accounts for mobile phone users. 

The mobile phone unit of this invention can be used with a mobile phone 
rental system as described in reference Patent No. 5,325,418. Because the mobile phone 
unit itself includes the accoimting capabilities, the rental system can be greatly expanded, 

1 5 allowing the retum station to have minimum system hardware, and indeed, requiring only 
the ordinary equipment necessary to clear an account, collect the charges and store the 
returned phone for pick-up or retum to an initiating station. The mobile phone unit itself 
calculates the charges on the fly and provides a cumulative account record for review at 
the retum station. The mobile phone system of this invention is adapted for analog or 

20 digital cellular telephones, radiophones in personal communication service networks 
(PCS's) and other wireless communication systems where it is desirable that call 
accounting be done on the fly. 

SUMMARY OF THE INVENTION 
The mobile phone system with mobile phones having internal accounting 

25 of this invention relates to wireless communication systems having mobile 

communication devices, particularly mobile telephones that are part of a wireless 
communication network. In particular, the invention relates to a mobile communication 
device, such as a mobile telephone imit that includes an internal accounting protocol for 
internal calculation of communication charges on the fly. Such mobile telephone imits or 

30 mobile phone units are typically cellular telephones in a cellular phone network, radio 

telephones in a personal communication service network or other communication system 
where the communication device is moveable from place to place and requires a complex 
accounting system for calculating calling charges in real time or on the fly. 
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Although the primary intended use of the mobile phone system of this 
invention is intended for mobile debit phone units, where real time calculation of phone 
charges is necessary to limit phone use or to immediately bill for phone use where the 
billings of public switched service providers and involved wireless service providers are 
5 not yet available. 

A real time accounting system carried internally in the mobile phone unit 
greatly expands the potential customer base for such units and coupled with certain 
activation and deactivation features allows a new segment of business to become involved 
in the mobile communications industry. Because credit responsibility can be shifted from 

10 the service provider, retailers, billing services, and a host of intermediate entities can be 
integrated between the phone user and the service provider. Additionally, the service 
provider can expand its customer base by providing mobile debit phones to its customers 
with a pre-paid phone credit or with a preapproved credit limit that will deactivate the . 
phone unit if credit is exceeded or credit is not extended by the airway activation and 

15 credit transfer procedures that form a part of this mobile phone system. In this manner, 
the credit risk is limited to an acceptable predefined level. 

The accounting system that provides these features is carried internally in 
the mobile communication device, for convenience, hereafter called the mobile phone . 
unit. The accounting system includes a complex billing algorithm with multiple factor ) 

20 accounting protocol to account for local charges, roaming charges when the mobile phone 
unit moves from one zone to another, long distance charges, intemational charges 
including country independent local charges, and surcharges which may be per call or rate 
based. The complex billing algorithm can be expanded to accommodate special charges 
of service providers or called stations or special discounts or premiums for data transfer 

25 calls. 

The complex algorithm is stored within the phone unit, together with a rate 
schedule. The rate schedule may be periodically updated by a wireless communication 
with a host or service provider. 

It is to be understood that the mobile phone unit with intemal accounting 
30 can be implemented into existing wireless communication networks without substantial 
modification to the network and can be implemented into most existing mobile 
communication devices with minimal modification, primarily by intemal reprogramming 
of the device. 
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A mobile phone unit such as a cellular telephone currently includes an 
internal processor and sufficient internal memory to incorporate the programming and 
data storage necessary to accomplish the real time accounting. The complex algorithm 
providing the multiple factor accounting protocol is sufficiently compact that storage and 
5 processing of the call data is enabled in real time with sufficient accuracy to account for 
multiple charges from multiple service providers even for a roaming phone unit. The 
accounting protocol enables internal tracking of phone usage with activation and 
deactivation of the phone unit to insure unauthorized usage is prevented. The accounting 
protocol further includes an encryption system to permit activation and licensed use of the 
10 phone unit, and account credit transfers on the fly over the airways. 

These and other features of the mobile phone system with intemal 
accounting in the mobile phone units will become apparent upon consideration of the 
£j Detailed Description of the Preferred Embodiments that follows. 

BRIEF DESCRIPTION OF THE DRAWINGS 
y'l 15 Fig. 1 is a perspective view of the components of the mobile phone 

J: accounting system of this invention with part of the system shown schematically. 

J3 Fig, 2 is a schematic view of the basic intemal components of a mobile 

Li phone unit. 

g DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

rj 20 Referring to Fig. 1 , the mobile phone accounting system of this invention 

is designated generally by the reference numeral 10, and illustrates a stand-alone, tracking 
and accounting unit 12 that may be used by a rental agency or by a mobile phone 
dispensing center such as a retail store, or a center associated with a wireless service 
provider. 

25 The tracking and accounting unit 12 includes a central processing unit 14 

that combines a data entry keyboard 16 coupled to a controller or data processor 18, 
which in tum is coupled to a monitor 20 having a display screen 22 for tracking data entry 
and review. Also connected to the processor 18 are peripheral components including a 
printer 24, here with a continuous paper roll 26 for printing statements, receipts, customer 

30 and service provider contracts, and the like, and a credit card reader 27 for credit 
verification. 
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Included in one embodiment of the tracking unit 18 of the mobile phone 
accounting system is direct couple, interlink receiver 28, shown with an installed hand- 
held, mobile phone unit 30. The interlink receiver 28 structurally forms a boot 32 into 
which the cellular phone unit 30 is inserted for direct, electronic coupling of the phone 
5 unit 30 and the data processor 18 of the central processing unit 14. As many of the 

accounting functions of the accounting system are preferred internally in the phone unit 
30, satellite processors for activating and programming phone units require only a 
personal computer with a modem and a bus connect to the connection port of the phone 
unit. 

10 In the arrangement of Fig. 1, the interlink receiver functions as a terminal 

interconnect allowing for direct "hard wire" communication between the data processor 
18 and the mobile phone unit 30 through the connection port of the phone unit 30. 
Programming and activation of the phone unit 30 can be accomplished by the processing 
unit 14 through the interlink receiver with minimal security procedures. The processing 

15 unit 14 is particularly useful in opening new customer accounts and includes the 

necessary data base format for assigning a phone to a user and tracking the assigned 
phone as described in detail in co-pending application, entitled, "MOBILE PHONE 
DISTRIBUTION SYSTEM," Serial No. 08/265,373, filed 23 June 1994. 

The mobile phone unit 30 is preferably a contemporary unit with an LCD 

20 display screen 32 for display of phone numbers, account data, and other numeric or 

alphanumeric data. Additionally, the phone unit 30 includes one or more light emitting 
diodes 34, to signal a user with color coded lights during a call that an impending 
deactivation of the phone unit 30 is near. The phone unit 30 includes conventional 
circuitry and firmware to perform the customary communication, transmission and 

25 reception function, as shown in Fig. 2. The phone unit 30 has a transceiver antenna 36 

for wireless communication, and as described hereafter, can be activated and programmed 
over the airways. 

In the embodiment of Fig. 1, the central processing unit 14 includes a 
modem 38 that is linked to a transmission station 40 for establishing a wireless 
30 communication link to a phone unit 30a, shovm with its anteima extended for reception. 
The transmission station 40 may be part of the mobile phone system common to the 
central processing unit 14 and owned by the system provider, or may be ovraed by an 
external service provider and part of the extemal communications network that includes 
the public switching network. 
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In this mode of operation, the central processing unit 14 communicates via 
hardwire, possibly through a public service network to the RF transmission station 40 for 
remote processing between the central processing unit 14 and the mobile phone unit 30a. 
Alternately, a low level transceiver 42, preferably with control circuitry located within the 
5 interlink receiver 28, provides for RF communication with the phone unit 30a within local 
range. This feature is useful in retail centers where it is desired that the central processing 
unit 14 be located in a computer room and sales clerks communicating with a customer, 
communicate to the central processing unit through one or more floor terminals with 
limited processing capabihties for security reasons. 

10 Since the mobile phone unit 30 includes the necessary accounting 

functions to internally maintain a user's call account, at least within a rental period or 
within period of periodic polling by the central processing unit 14 during off hours, the 
unit 30 and a transaction station 44 need only verify the validity of a money transfer or 
credit transfer. When functioning as a debit phone, the phone can continue to operate 

15 until the account is exhausted, without contact with the system provider. The transaction 
station 44 shown in Fig. 1 includes an interlink receiver boot 46 in which is installed a 
mobile phone unit 30b. The transaction station 44 includes a cash receiving slot 48 for 
receiving cash for increasing the intemal pre-paid account of the phone. The transaction 
station 44 also includes a card slot 50 for receiving pre-paid phone cards or credit cards 

20 and a key pad 51 for data entry. Verification of the value of phone cards and credit card 
may be accomplished by a stand alone transaction station 44; however, to prevent fraud it 
is preferred that a transaction station 44 having a card reader be connected by a 
communication line 52, as shown, to credit verification center, here the central processing 
unit 14 via the modem 38. The phone card is a discardable credit card-like device having 

25 a magnetic strip coded with a pre-paid amount and can be sold independently of the 

phone system. To prevent reuse of dispensed cards by reprogramming the magnetic strip, 
the card is voided upon use, and the card serial number is centrally logged as void. 

Similarly, to provide an opportunity for a credit card verification, the use 
of a direct communication line 52 to the modem 38 or alternately to a local credit agency 

30 is preferred. The transaction station 44 also includes a key pad 54 allowing a user to 

select the amount to be added to the intemal account in the phone. In this manner, where 
the mobile phone user desires to increase his phone use account amount without a 
dialogue with the system provider, there is an opportunity to do so. The call data in the 
phone unit is dumped to the transaction station or cleared to permit the accumulation of 
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new data related to the upgrade account. Alternatively, where an account has been 
established with the system provider, which may be an entity different from the wireless 
service provider with whom the system may contract, the mobile phone user may request 
an increase in the internal debit account by contacting the system provider through the 
airways as shown by the phone unit 30a in Fig. 1. 

Referring to Fig. 2, a generalized electronic schematic is shown of the 
typical mobile phone unit 30 used in the system here described. The phone unit 30 
includes a processor 56 that acts as a controller to coordinate the functions of the unit 30. 
The processor 56 has an associated memory comprising an EPROM chip 58 which stores 
the firmware that forms the core operating code of the unit and one or more RAM chips 
60, that provide programmable memory and may include command codes as well as data 
storage, for example for logging the call data. Also, closely associated with the controller 
is a clock chip 64, which provides a timer for calls. In the preferred mobile phone unit 
30, the clock chip is a real time chip that provides time and date for improved call logging 
and for greater flexibility in phone use plans. Use of a real time clock chip is not required 
for the described mobile phone accounting system, but allows for full use of the logging 
and tracking features. Additionally, certain features such as deactivation of the phone of 
a set date is accomplished using a real time clock chip. Call counters and cumulative 
time limits for deactivation may be served by a timer chip. 

Airway communication is provided through the antenna 36, which is 
cormected to an RF transceiver connected to the processor 56 and to an analog audio 
circuit 68 with an ear phone output 70 and a microphone input 72. The audio circuit 68 is 
also connected to the processor 56 for audio output of touch- tones, warning signals and 
the like. The phone unit 30 includes DTMF decoder chip 72 and a keypad 76 for data 
entry, such as telephone numbers, and DTMF signals for code dialogues with the central 
processor over the airways. Preferably, the phone unit 30 includes a LCD display screen 
33 as noted and a series of green, yellow and red LEDs 34 to visibly warn of a forced 
termination of a call because of loss of credit or the like, with yellow providing a five 
minute warning light, for example. Audio warnings are transmitted through the earphone 
74. The phone unit 30 is powered by a battery pack 78. 

Ordinarily, by displacing certain features in a manufacturer's stock phone 
unit, such as the storage of frequently called numbers in a cellular phone, the RAM is 
sufficiently large to accept the complex billing algorithm and the command set necessary 
to convert a cellular phone to a real time billing phone. Where the existing RAM is 




inadequate, modification by installation of additional RAM or ROM will allow 
incorporation of the conversion code and data. For example, in a newly designed phone, 
the new auxiliary firmware in including parts of the complex billing algorithm and much 
of the command set, could advantageously be allocated to ROM, with changeable data 
5 such as the rate tables and call log allocated to RAM. Alternatively, all wireless auxiliary 
firmware and changeable data can be allocated to existing RAM or added RAM. 

The phone unit 30 when received from the manufacturer includes a fixed 
ESN (electronic serial number) unique to each phone. To be functional, the phone unit is 
programmed and this may be accomplished individually, as described in U.S. Patent No. 

10 5,325,418 or in batch mode as described in the referenced application. The existing ESN 
and GIM (group identification mark) are read and stored and the NAM (number assigned 
module) is run, assigning the MIN (mobile identification number), SID (site identification 
, number) and other parameters to activate a phone unit for general use. The MIN is the 
assigned telephone number for the unit and should be one of the last numbers assigned, if 

15 step programming is accomplished to preserve a working inventory of available MINS. 

Step programming may be desired where a batch of phones are programmed and assigned 
to a service provider identified by SID, which then assigns a phone to a customer at the 
service provider's location. 

Customarily, the phones are programmed by installing the phone unit in an 

20 interlink receiver 28 in the central processor unit 14 or at a remote terminal connected to 
the central processor unit. The phone unit 30 can alternately be activated and 
programmed on the fly by use of the paging capabilities of the phone unit via the DTMF 
signals as described hereafter. This feature allows remote programming of the phone 
over the airways via the transmission station without the necessity of the direct 

25 connection of the phone port connector to the central processor unit 14. 

In the mobile phone system of this invention where the mobile phone unit 
has internal accounting capabilities, the phone unit is programmed with the code 
responsive to the command set, the complex billing algorithm, the license code and other 
parameters allowing the phone unit to be a periodically polled unit, for example, in a 

30 rental environment, or a debit unit, where account status can be determined and upgraded 
on the fly. The following table, Table I, lists the command set. The command set is 
suitable for most modem cellular type phones and it is understood that modifications may 
be required for phone units of different types or different manufacturers. As noted, 
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certain commands may not be operational where the hardware includes a clock chip that 
does to provide real time and date, and suitable modification is required. 



BASE COMMANDS 

RD_PHONE_NUMBER 

RD_PHONE_CALLS 

RD_PHONE_TIME 

WR_PHONE_TIME 

RD_PHONE_RTB 

LOCK_PHONE 

UNLOCK_PHONE 

RD_C ALL_COUNTER , 

RD_COMMAND_STATUS 

RESET_CALLS_MEMORY 

RESET_CALLS_COUNTER 

RESTRICT_ILLEGAL_CALLS 

ENABLE_ALL_CALLS 

RD_TELEPHONE_ESN 

WR_NAM 

RD_NAM 

WR_SCRATCH_PAD 
RD_SCRATCH_PAD 

WR_LOCK_DATE 

RD_LOCK__DATE 
REGISTRATION 



TABLE I 

DESCRIPTION 

Read the telephone's phone number 

Read the telephone's call data activity 
storage 

Read the current time from the phone 

Set the current time from the phone 

Read the phone's software revision number 

Lock the phone from use 

Unlock phone for use 

Read the number of calls made during the 
period 

Read status of last command issued 

Reset/erase the call activity storage data 

Reset the call counter to 0 

Restrict all illegal calls 

Deactivate the call restriction 

Read the phone's electronic serial number 

Write NAM parameters to the phone 

Read the current NAM parameters from the 
phone 

Store a small amount of data in the phone 

Read the small amount of data from the 
phone 

The date at which the phone will no longer 
function 

Read the lock data from the phone 

System provider registers itself for use with 
the phone. (Password is transmitted) 



9 



# 



DEBIT COMMANDS 

WR_CONF_DATA 
RD_CONF_DATA 
WR_DOLLAR_AMOUNT 

RD_DOLLAR_AMOUNT 

DO_CALL_TRACKING 

NO_CALL_TRACKING 

DO_DEBIT_MODE 

NO_DEBIT_MODE 

ENABLE_AlR_ACTIVATION 

DISABLE_AIR_ACTIVATION 

OTHER RESPONSES 

ACK 
NAK 

OTHER INTERACTIVE COMMANDS 
USING THE PHONE KEY BOARD 

IJPDATE_DEBIT_DATA1 

VIEW_CURRENT_AMOUNT 
UPDATE DEBIT DATA2 



DESCRIPTION 

Write debit configuration data to the phone 

Read the configuration data from the phone 

Write the maximum dollar amount the 
phone can be used 

Read the maximum dollar amount from the 
phone 

Turn on call tracking 

Turn off call tracking 

Turn on debit mode billing 

Turn off debit mode billing 

Turn on over the air debit activation of 
funds 

Turn off over the air debit activation of 
funds 

DESCRIPTION 

Acknowledgment 

Could not understand HOST/PP or Invalid 
LRC 

DESCRIPTION 

Update, over the air, the current additional 
dollar amount and date of expiration 
referencing the Telephone License Number 

View the current dollar amount left for 
debit 

If for some reason the "over the air" 
updating of the debit data cannot be 
successfully completed, the user can be 
given a license number to manually type in 
using the keypad via this function 



A suggested protocol for the command set in Table I uses the acronyms in 
the following table: 
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TABLE II 



Acronym Description 

HOST A systems operator's Personal Computer 

will be considered the host 

PP The phone unit will be considered the host 



Phone Peripheral 

A Data Bvte 

A Command Bvte 

A Cellular Telephone Interference 

An Acknowledgment from the phone unit 

The PP or HOST did not understand the 
last set of data retrieved 

BCD Binary Coded Decimal 

" The host computer comprises the central processing unit 14 of Fig. 1 or a 

satellite computer that is preferably connected to the central processing unit 14 which acts 
5 as a hub for system wide coordination of accounting and tracking information. The host 
computer, which may be a typical higher end PC communicates to the phone units via a 
bus using a standard Asynchroneous RS-232 serial port at 9600 band, no parity, 1 stop 
bit, 8 data bits or a customized interface tailored to a particular manufacturer's phone- 
unit. Where programming the initial activation of a phone unit over the airway, the initial 

10 dialogue is accomplished using DTMF signals. A factory phone has limited calling 

capability, typically 911 for emergency. The factory phones are preprogrammed to allow 
an additional dedicated 800 number, the number of the system provider service center. 
Once the connect is made by voice dialogue, the phone is switched to page mode and the 
service operator initiates the STMF code program. The ESN is checked by the HOST and 

15 if verified as an authorized phone for assignment by the HOST, the NAM parameters are 
programmed to the phone unit (PP). The programming of the phone as an internal 
accounting phone is also accomplished using DTMF signals. Because of security 
reasons, it is preferred that the phone unit be programmed through the bus by direct 
connection as previously described. 

20 A suggested data format for the command set listed in Table I is set forth 

in the following paragraphs: 

RD_PHONE_NUMBER 

HOST and PP Interaction: 




DB 

CB 

CTI 

ACK 

NAK 
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HOST sends CB to PP 

PP sends DBS + LRC (Longitudinal Redundancy Check) 
Data From Phone : 

DBS is an ASCII string representation of the MIN. eg. 5108382400 
LRC Calculation 

The LRC, Longitudinal Redundance Check, is calculated by the following 
algorithm: 

b = 0x00 

LOOP 1=0 to length of data 
b=b XOR data[I] 
LRC = b 

The LRC is used when any data bytes, DB, are sent to the PP or form the 
PP 



RD_PHONE_CALLS 

HOST an PP Interaction : 

HOST sends RD_CALLS_COUNTER to PP 

PP sends back DB for the call counter to HOST 

HOST sends CB to PP 

PP sends back all call data to HOST followed by an LRC byte 
(Longitudinal Redundancy Check) (The bytes coming back would be 
number of calls * 17 + 1 for the LRC) 

WR_PHONE_TIME 

HOST and PP Interaction : 

HOST sends CB + DB(4) + LRC to PP (The LRC would include the CB) 
PP sends back an ACK to HOST 

Data sent to phone : 

The CB, RD_PHONE_TIME, is sent followed by 4 bytes containing the 
MMDDHHMM in BCD. The month, day, hour and minute are each in the 
form of a BCD byte 

Example: 

eg., for January 1, 1980 at 1 pm the DB would look like 0101 1300 where 
01, 01, 13 and 00 are all bytes 

RD_PHONE_TIME 

HOST and PP Interaction: 
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HOST sends a CB to PP 

PP sends back a DB(4) + LRC to HOST 

Data sent form phone : 

5 The data sent from the phone is identical to the data sent to the phone in 

WR_PHONE_TIME 

Example : 

eg.. For Feb. 2, 1999 at 2:12pm the DB bytes would look like 02021412 
etc... 

1 0 RD_PHONE_RTB 

HOST and PP Interaction : 

HOST sends a CB to PP 

PP sends back its firmware revision number in some format relevant to the 
phone + LRC 

15 Data sent firom phone : 

TBD. Specific to the manufacturers phone 

LOCK^PHONE 

When the phone is in "locked" mode, the phone should display the word 
"LOCKED" on the main viewing screen. The phone is completely 

20 deactivated while in this mode until the HOST issues the 

UNLOCK_PHONE command. The purpose of this mode is to secure the 
phone in between rentals or debit-rentals. While in this mode, it prevents 
users, or employees, fi-om stealing air time. Also, if the phone is stolen 
while in this mode, the phone is worthless. This worthlessness provides a 

25 sense of security for the supplier of the phones. 

HOST and PP Interaction : 

HOST sends a CB to PP 

PP send back an ACK to HOST 

UNLOCK_PHONE 

30 This mode is just opposite the LOCK_PHONE or "LOCKED" mode. In 

this mode, the phone is completely usable. 

HOST and PP Interaction: 

HOST sends CB to PP 
PP sends an ACK to HOST 
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RD_CALL_COUNTER 

This comment allows the HOST to read the current number of calls that 
have been made on this phone during this rental. From there, the HOST 
can use this as data to present to the user and use this data to determine the 
number of bytes the phone will send when issued the 
RD_PHONE_CALLS command. 

Host and PP Interaction : 

HOST sends CB to PP 

PP sends DB(2) + LRC to HOST 

The two data bytes are 16 bits from most significant bit to least significant 
bit. These two bytes represent the number of calls that have been made on 
the telephone. The last, or third byte, is an LRC. 

RD_COMMAND_STATUS 

At any point during the PP interrogation by the HOST, the HOST can 
issue this command byte, CB, to determine the state of the last command 
sent. Even though ACK's and LRC's are used, this provides a general 
status check on the PP. 

HOST and PP Interaction : 

HOST sends CB to PP + LRC 

PP sends back DB(2) + LRC to HOST 

Data Sent From PP : 

The DB byte sent from the phone can be used to diagnose intemal 
problems that have occurred in the phone. If the last command and the 
current state of the phone are good, the DB should be 0x01. The rest of the 
bytes values can be left up to the manufacturer to decide what phone 
specific information can be retumed via this byte. 

RESET_CALLS_MEMORY 

If the DO_CALL_TRACKING has been turned on during a rental period, 
the phone will have been storing call data in memory blocks of 17 bytes 
per call. This conmiand is used to either clear the memory or simply reset 
a pointer in memory to the call data. 

HOST and PP Interaction : 

HOST sends a CB to PP + LRC 
PP sends an ACK to HOST 
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RESET_ILLEGAL_CALLS 

The service provider has created a small algorithm that lets a phone 
perform call restriction. This feature allow^s the service provider to disable 
segments of the numbers or whole numbers right at the source; the phone. 

HOST and PP Interaction : 

HOST sends a CB + DB(63) + LRC to PP 
PP sends an ACK to HOST 

Data Sent From Host: 



The total number of numbers to block is 7 which gives us 7 * 9 = 63 bytes 
of configuration data. 

ENABLE_ALL_CALLS 

This command disables the call restriction feature. If this command has 
been issued to the phone, then steps 2.0 and 2.1 are executed in the call 
restriction algorithm. On the other hand, if the 
RESTRICT_ILLEGAL_CALLS is issued to the phone with the 
configuration data, the phone would be placed in call restriction mode. 

HOST and PP Interaction : 

HOST sends CB to PP + LRC 
PP sends ACK to HOST 

RD_TELEPHONE_ESN 

The HOST requests the ESN and the phone transmits the ESN to the 
HOST. The ESN is the only nonchangeable part in the NAM that phones 
can be tracked by. 

HOST and PP Interaction : 

HOST sends CB to PP 

PP sends DB(x) + LRC to HOST 

Data Sent to HOST : 

The data that is sent to the HOST is dependent on the format the 
manufacturer is using. 



KL = Key length, digit count to use for the search 

KEY = The actual digits for the search 

ODS = Offset from the end of the digit string to search 



1 byte 
7 bytes 
1 bvte 



Total: 9 bytes 
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WR_NAM 

Writing the NAM via the HOST provides some benefits which are: 

1 , Misprogramming by employees which leads to bad service; 

2, Fraud prevention in that the phone can only be programmed via 
5 this command; therefore, this deters an individual fi-om simply 

stealing a rental phone and getting service somewhere else; 

3. Safely and effectively moving phones fi"om place to place; and 

4. No training is required at the rental/debit site to activate the 
telephone. 

10 The following is a general list of parameters that would need to be 

programmed in an analog cellular phone: 

MIN, Mobile Identification Number 

SID, System ID (A side is an odd number while the B side is an 
even number) 

1 5 - GIM, Group Identification Mark/ID (Typically 0- 1 5) 

LUM, Local Usage Mark (0 or 1) 
EX, MinClass(Oor 1) 

ACCOLC, Access Overload Class (0 + last digit of the MIN) 
LOCK, The User's Lock Code 
20 - SS, The System Select (A-Only, B-Only, or Standard A-B/B-A 

mode) 

ICPH, Initial Paging Channel (334 B, 333 A) 

HOST and Interaction : 

HOST sends CB + DB(X) + LRC to PP 
25 PP sends ACK to HOST 

Data Sent To PP : 

The NAM data is somewhat standardized, however, each phone 
manufacturer usually has a built in protocol for doing just this. 

RD_NAM 

30 The RD_NAM, or read NAM, functions just the opposite of WR_NAM or 

write NAM. Again, this is typically already set up in a manufacturers 
phone. 

HOST and PP Interaction : 

HOST sends CB to PP 
35 PP sends DB(X) + LRC to HOST 
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WR_SCRATCH_PAD 

This "scratch pad" memory is a segment of memory that the system 
provider can use to store important information in the phone. This 
information can be credit information, rental information or multi-site drop 
off information. By having the ability to store a small amount of data in 
the phone, the system provider can open the doors to many new features. 
This also provides the system provider with the ability to allow for future 
updates in the software that can take advantage of this memory. Any size 
up to IK, 1024 bytes is adequate. 



10 HOST and PP Interaction : 

HOST sends CB + DB(X) + LRC to PP 
PP sends an ACK to HOST 

RD_SCRATCH_PAD 

This is just the opposite of WR_SCRATCH_PAD. With this command, 
15 the phone would send the "scratch pad' memory to the HOST. 

HOST and PP Interaction : 

HOST sends CB to PP 

PP sends DB(X) + LRC to HOST 

WR_LOCK_DATE 

20 Creates the ability to tell the phone to shut off at some date. 

HOST and PP Interaction : 

HOST sends CB + DB(3) + LRC to PP 
PP sends an ACK to HOST 

Data Sent To PP : 

25 The data date format is slightly different in that it contains no time 

information and does contain year information. The BCD format 
YYMMDD. 

Example : 

July 21, 1968 would be 680721 

30 RD_LOCK_DATE 

This is just the opposite of WR_LOCK_DATE. This is used to verify or 
find out what the current lock date is in the phone. 

HOST and PP Interaction : 

HOST sends CB to PP 
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PP sends DB(3) + LRC to HOST 
Data Sent To Host : 

The data DB(3) is a date in the format described in WR_LOCK_DATE. 



REGISTRATION 

This REGISTRATION command acts as a security feature for the phone 
manufacturer and the system provider. Before any HOST and PP 
interaction can occur, the HOST must send this command followed by the 
password. From that point on, any command issued should work. If this 
command has not been issued, then the PP should not respond to any 
HOST commands. 

HOST and PP Interaction : 

HOST sends CB + DB(16) + LRC to PP 
PP sends DB(16) + LRC to HOST 

Data sent to PP 

The data password may be a default password selected by the system 
provider. 

Data sent to HOST : 

The data is then echoed back to the HOST. This helps show the 
relationship between the system provider and a customer such as a 
telephone vendor. 

WR_CONF_DATA 

This is the configuration structure that contains all the necessary 
parameters for providing a debit service. This data includes items such 
dialing information, relates and other configuration information, including 
the complex billing algorithm that permits intemal accounting within the 
phone unit. Once this data is in place and the DO_DEBIT_MODE 
command is given, the phone will begin using this information to process 
call charges. 

RD_CONF_DATA 

This command will read back the configuration data that was written by 
WR_CONF_DATA. 

HOST and PP Interaction: 



HOST Sends a CB to PP 

PP sends DB(X) 4- LRC to PP 
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Data From Phone : 

This data (DB(X) is the size of the data structure discussed in 
WR_CONF_DATA. This may vary depending on implementation and 
phone restrictions. Following the data, there should be an LRC. 



WR_DOLLAR_AMOUNT 

This command is used to update the current dollar limit in the phone. 
Since this is a single command there stands great risk for fraud. So there is 
a bit of extra data that helps deter fraud built in. 

HOST and PP Interaction : 

HOST sends CB + LICENSE NUMBER +LRC to PP 
PP sends an ACK to HOST 

Data sent to phone : 

The HOST will send a CB then a valid license number followed by an 
LRC. This license number is the same license number that is transmitted 
"over the air" to the phone or manually imputed via the key pad. 

RD_DOLLAR_AMOUNT 

This command retums the current dollar amount in the phone. 

HOST and PP Interaction : 

HOST sends a CB to PP 

PP sends DB(2) + LRC to HOST 

Data sent to host : 

The DB(2) data in the two bytes of dollar data with the Most Significant 
bit first and Least Significant bit last. 

Example : 

DB(2) = 00 02 which would translate to the value 2 
DO_CALL_TRACKING 

This command turns on the call tracking feature. If the phone is in call 
tracking mode, the phone will save, see the RD_PHONE_CALLS 
command, all calls made so that they may be used to bill the user at a later 
time. 
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HOST and PP Interaction: 



HOST sends a CB to PP 
PP sends an ACK to HOST 

NO_CALL_TRACKING 

This command tums on the call tracking feature. This command is useful 
when the supplier of phones wishes to leave a phone out in the field for 
long or indefinite periods of time. This command might be used in setting 
up debit phones at the factory or distribution center so that they would be 
ready for the retail market. 

HOST and PP Interaction : 

HOST sends a CB to PP 
PP sends an ACK to HOST 

DO_DEBIT_MODE 

This command tells the phone to begin the processing and using the 
WR_CONF_DATA and WR_DOLLAR_AMOlJNT's data. When this 
mode is active, the phone begins to watch each phone call during debiting 
money as the phone is in use. Based on the configuration data supplied by 
WR_CONF_DATA the phone would decrement the 
WR_DOLLAR_AMOUNT each minute as the phone is in use. 

HOST and PP Interacfion : 

HOST sends a CB to PP 
PP sends an ACK to HOST 

NO_DEBIT_MODE 

This command tells the phone not to do debit processing. This will most 
likely be used whenever a customer wants to track calls of a user on a 
periodic basis as in a rental situation. Again, if call tracking is on and this 
command is issued, calls are only tracked and the phone should lock when 
the memory is full. 

HOST and PP Interacfion : 

HOST sends a CB to PP 
PP sends an ACK to HOST 

ENABLE_AIR_ACTIVATION 

The reason to provide the commands ENABLE_AIR_ACTIVATION and 
DISABLE_AIR ACTIVATION is for a customer that doesn't want over 
the air debit activation for its client users. By tmning off the air activation, 
the customer has less room for fi-aud. This feature could also be used in 
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creating a value added telephone or different models of the same phone 
etc. 



HOST and PP Interaction: 
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HOST sends a CB to PP 
PP sends an ACK to HOST 



DISABLE AIR ACTIVATION 



When this command is sent to the phone, the phone will no longer accept 
debit updates via DTMF tones. The only way a phone could then receive 
an update is via the keypad or via a self-service transaction station. 
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HOST and PP Interaction : 



HOST sends a CB to PP 
PP sends an ACK to HOST 



When the foregoing command set has been implemented to establish the 



interface protocol between the HOST, here the central control unit 14, and the PP, here 
15 the mobile phone unit 30, the phone unit is programmed to respond to the HOST and to 
limited user commands as noted. The command set allows for a communication dialogue 
between the central control unit, or its surrogate, and the phone unit. 



loaded with the necessary data and code, including the complex billing algorithm to 
20 enable the phone unit to function as a debit phone upon entering and execution of the 
DO DEBIT MODE command. 



call from a mobile phone into a billing equation that virtually mirrors the factors 
considered by public switched network providers and involved wireless service providers, 

25 (of which there may be more than one involved in a single call). The resultant call charge 
accurately approximates the summation of real charges that will be billed by the involved 
providers enabling an instant calculation of charges. Naturally, any error bias is 
programmed to favor the accounting system provider to minimize potential underbilling. 
By incorporating a rate table in the phone unit 30, dialogue with the system provider, 

30 which may be a separate entity from the wireless service provider, is thereby avoided. 
Since the rate table used by the complex billing algorithm may change at any time, the 
mobile phone system of this invention provides for over the air updating of the internal 
rate table in each phone unit at the initiation of the system provider. Each phone unit may 



When the WR CONF DATA command is executed, the phone unit is 



The complex billing algorithm factors the multiple variables of a telephone 
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be polled and updated by the system provider during off-hours. Preferably, the updated 
rate table is coded when the user applies for an increase in the internal phone account. 

In describing the complex billing algorithm, the acronyms in Table III are 

used. 



TABLE III 



Acronyms 

BIT 

BYTE 

INT 

BYTE[#] 
DECIMAL 

RECORD 



1 bit of data 

8 bits of unsigned type 

16 bits of unsigned type 

Is a # of Bytes 
Up to 32 bits 

A collection of the above 
types 



(Used as a flag) 

(Like an unsigned char in C 
language 

(Like an unsigned short int 
in C language) 

(Like a storage buffer) 

(Like a float in C/just a 
decimal number 



The call record configuration structure that enables the billing data to be 



established for calculation of charges is set forth in TABLE IV. 
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TABLE IV 
RECORD of configuration data { 

//This data will tell the phone how to bill calls in any country in the world 
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BYTE 


Maximum Intemational Digits 


BYTE 


Minimum Intemational Digits 


BYTE 


Maximum Long Distant Digits 


BYTE 


Minimum Long Distant Digits 


BYTE 


Maximum Local Digits 


BYTE 


Minimum Local Digits 


BYTE[7] 


Intemational Access Code 


BYTE[7] 


Long Distance Access Code 


BYTE 


Is long distance access code 




always required? 
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15 



20 



25 



30 



35 



BYTE[7] 

//Locator Information 
INT[5] 



Third party prefix/Operator/ 

Calling 

Card Digits 



INT[5] 

//Rate Information 
DECIMAL 

DECIMAL 

DECIMAL 

DECIMAL 
DECIMAL 

DECIMAL 

//Other Information 

BYTE 

BYTE[3] 

BYTE[7] 

BYTE[3] 

BYTE[5][11] 

INT[20] 



5 Home SIDs of the phone (Provides 
seamless roaming etc..) 

5 Home area codes of the phone 
(Provides computability in 
congested areas) 



Base access per minute charge 

(Applies to all calls) 

Additional long distance per 
minute charges 

Additional International per 
minute charges 

Additional roaming per day charges 

Additional roaming per minute 
charges 

Additional operator assistance 
charges, calling card or third 
party billing, or call surcharge 
for call content 

Base billing delay 

By YYMMDD date, the phone will lock and display 
"DATE - LOCKED" 

Non-billed area code (Expanded to handle 7 digit 
long distance for third world) 

YYMMDD is the last date this phone was roaming 
on 

A block of 5 non-billed phone numbers to call (i.e., 
911 and any other user defined) 

A block of 20 random numbers [1000,9999] if value 
for license number decoding ) 



The configuration data for the foregoing record fields is explained as 



follows: 
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Maximum Intemational Digits - This is the maximum length of a country's 
country code. For instance, the USA has a country code of 1 while Venezuela has 
a country code of 58. If these were the only two countries in the world, then the 
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maximum international digits would be 2. This isn't the case and we typically 
have this set at either 3 or 5 depending on the billing demand. 

Minimum International Digits - This is the minimum length of a country code. 
This will, in almost all cases, be set to 1 . 

Maximum Long Distance Digits - This is the maximum length of a city's area 
code. This varies greatly in third world countries. Here in the USA this will 
always be set at 3 because all area codes are a length of 3. However, some 
countries area codes range from 1 digit up to 5 or more digits. 

Minimum Long Distance Digits - This is just the opposite of the maximum for 
long distance. Again, for the USA this will always be set to 3 but will vary 
outside the USA. 

Maximum Local Digits - This is the maximum length of digits it takes to call a 
local number. Here in the USA it is fixed at 7. However, this varies greatly in 
other countries. 

Minimum Local Digits - This is the minimum length of digits it takes to place a 
local call. This varies greatly even if you are in the USA. This can be used to 
create different effects in billing. However, because of the scope of the debit 
phone, this will most likely always be set to 0 or the USA only. (0 would account 
for an incoming call) 

Intemational Access Code - This is the required prefix that must be dialed to place 
a directly dialed intemational call. From the USA a customer would dial 011 + 
country code + city/area code + local digits in order to place an intemational call. 
This varies greatly from country to country. A length of 7 in the description 
above provides the system provider with the capability of serving places like the 
Caribbean. They require a standard 7 digit number as a prefix. (This is just an 
example of place in the Caribbean) 

Long Distance Access Code - This is the digit or digits that are required for a user 
to dial in order to place a long distance call. From the USA, the user would dial a 
1+, sometimes called one plus dialing. In other countries, this varies from a 
simple 0 to some lengthy digits e.g., 108 for the Philippines. 

Is Long Distance Access Code Required - In some cellular systems, it is not 
required that you dial the long distance access code in order to place a long 
distance call. In San Francisco, for example, if one were to call Utah information, 
all one would have to do is dial 801-555-1212, 1-801-555-1212 would also get to 
the same place. If the long distance access code is required, it will help the 
accuracy of the billing algorithm. 

Third Partv Prefix/Operator/Calling Card - This essentially is the digit that must 
be dialed to reach the operator. In the USA, 0 is the digit necessary to reach the 
operator. It also is the digit necessary to place a collect call or credit card call. 

Billing Delav - After X seconds have passed, billing will begin. Since the phone 
does not know exactly when the call has been connected, we have to approximate 
this connection. If the call lasts under this X seconds, then the user is not billed 
for the call. However, if the call lasts X seconds, then the user is billed from the 
time they hit SND to END or the call is dropped. 

Home SID - This is the cellular system ID this phone is assigned to. 
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Home Area Code - This is the area code of the cellular phone number or MIN, 
Mobile Identification Number. 

Ease Access Per Minute Charee - This rate is added to every telephone call made. 
This is the base rate for the telephone call. The only way this rate would not be 
5 added in is if the Billing Delay had not been reached. 

Additional Per Minute Long Distance Charge - This rate is added upon the Base 
Access rate when the call placed is classified as a long distance call. 

Additional International Per Minute Charge - This rate is added upon the Base 
Access rate when the call placed is classified as an international call. 

10 - Additional Roaming Per Dav Charge - This rate is added upon the Base Access 
rate when the call is a roaming call and this charge has not been already been 
applied today. 

Additional Roaming Per Minute Charge - This rate is added upon the Base Access 
rate and possible the Additional Roaming Per Day Charge when the call is a 
15 roaming call. 

Additional Operator Assistance Charge - This rate is added upon the Base Access 
rate when the call starts with the Third Party Prefix/Operator digit(s) or is a 
surcharge for call connects identified as data transfer calls or the like. 

Lock Date - This is the date the phone will no longer function on. The phone will 
20 display "DATE - LOCKED" and will not be able to be used until it is 

reprogrammed via the HOST or a license number. 

Non-Billed Area Code - This is an area code or number that is to be billed. This 
would be set to 800 for the USA. (NOTE: Only the long distance part of the 
charge is not billed) 

25 - Last Date Phone Was Roamine - This is used to store the last date the customer 
was charged Roaming Per Day. If a call is roaming and today isn't equal to the 
Last Date Phone Was Roaming, then the Roaming Per Day Charge would apply. 

Non-Billed Numbers - This is a block of at least 5 numbers of 1 1 digits in length 
that provides the flexibility not to bill for certain phone numbers called. Numbers 
30 like 91 1 or other special numbers such as *18 for roaming. Any Non-Billed 

Number can also be dialed even if the phone is out of money or locked. This way, 
if the user's phone runs out of money in debit mode, the user can use that very 
phone to call a Non-Billed Number, such as customer support, to increase their 
credit on the phone. 

35 - Random Number Block - This is a block of numbers ranging from 1000-9999 that 
are used in decoding license numbers. 

The basic complex billing algorithm calculates the call charges for the 
basic categories of local calls, longs distance calls, intemational calls and roaming calls. 
As the algorithm allows compounding of categories, the call types are a complex of 
40 factors, for example, incoming roaming long distance call. The algorithm is easily 
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expanded to handle other categories, for example data transfer calls, for which deductions 
or surcharges may apply. . 

In classifying a call, the following factors are considered which cover 
virtually all situations: 

Local Call - If the call digit length is less than or equal to the Maximum Local 
Digits and the call digit length is greater than or equal to the Minimum Local 
digits, then this is a local call. 

Long Distance Call - First, long distance calls are the most cumbersome to 
classify because there are so many possibilities. However, this can be boiled 
down to a few tests. 

If the number starts with the Long Distance Access Code, then subtract the 
length of the Long Distance Access Code from the length of the call digits, 
(i.e., If I dial 1-510-838-2400 the length is 11 - 1 = 10) 

If the NEWLY calculated call digit length is less than or equal to (the 
Maximum Local Digits + the Maximum Long Distance Digits) and the call 
digit length is greater than or equal to (the Minimum Local Digits + the 
Minimum Long Distance Digits) then: 

If the call does not start with the Long Distance Access Code and 
the Long Distance Access Code Required flag is set to yes, then 
this call is not a legitimate long distance call. (This is helpful in 
the third world) 

The following special cases are considered: 

Is a Call Roaming? 

If the SID the phone is currently in when the call is placed is not equal to 
any of the 5 Home SIDs, then the call is roaming. 

Third Party Prefix/Operator Assisted Calls 

If any call begins with the Third Party Prefix, then the call is not to be 
billed at all. 

Billing Delay 

If a call lasts under the Billing Delay seconds, then the call is not to be 
billed at all. 

Date Locking 

If the current date is equal or greater than the current Lock Date, the phone 
should lock and display "DATE - LOCKED". 

The following examples provide an overview on the manner calls are 

calculated: 
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M = Number of minutes the call lasted 

L = Local Call Per Minute Charge 

LD = Long Distance Per Minute Charge 

IT = International Per Minute Charge 

RD = Roaming Per Day Charge 

RM = Roaming Per Minute Charge 

Local = M*L 

Long Distance = M * (L + LD) 

International = M * ( L + IT) 

Incoming Call = M * L 

Local Roaming Call = M * (L +RM) + RD (If RD has not been 

applied today) 

Long Distance Roaming = M * (L + RM + LD) + RD (If RD has not 

been applied today) 
International Roaming = M * (L + RM + IT) + RD (If RD has not 

been applied today) 

Once a call has been classified, as close to pressing SND as possible, the 
charges described above need to be tracked on a minute by minute basis. 
One reason might be that if a user gets a dropped call or some unexpected 
end of a call, the system provider wants to be able to bill the call as close 
5 to it can to the number of minutes the user actually talked. The phone 

updates the debit amount every minute on the minute during a call. So, for 
a local call, the minute by minute calculation might be as follows: 

Total Charge = Total Charge + L 

The user should be notified by a tone or set of tones in the earpiece and on 
10 the phone's screen or by the waming lights if there is less than 5 minutes 

of air time left at the current rate of use. 

The mobile phone system of this invention allows over the air activation 
and dialogue with the phone unit 30 using DTMF signals and the paging capability of a 
mobile phone with a receiver decoder. The current allowable dollar amount in the 

15 intemal account of the phone unit can then be upgraded over the air. During the DTMF 
dialogue between the central processing unit of the system provider and the user's phone, 
the encrypted license number of the user's phone is transferred and verified. The user's 
account is checked to determine if upgrade is warranted or is flagged as a credit risk. The 
upgrade amount is encrypted and keyed to the encrypted license number and transferred 

20 to the user together with any update of the rate schedule. 

When the user exhausts the amount in the intemal account in the phone 
unit 30, the phone unit is locked, and the display 33 shows "EMPTY-LOCKED." The 
phone unit 30 is placed in paging mode enabling customer service to be paged for an 
account upgrade. 
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Similarly, when the use period expires, the phone unit 30 becomes locked 
and the display 33 shows "DATE-LOCKED," and is placed in paging mode. Where the 
user has a low account balance, he voluntarily enters page mode and contacts customer 
service for an account increase. 
5 If desired, the phone unit when in involuntary paging mode can have 

restricted paging function, allowing only contact to the service center and receipt of a 
license number. This disables the phone, even as a pager, and deters theft in the rental 
environment. Altematively, the phone unit when locked can retain ftiU paging 
capabilities. 

10 It is to be understood that all of the data security issues are not here 

addressed and the security measures to be implemented depend on the environment of use 
and the position of the system provider in the service network. Upgrades are phone 
Cj specific and are verified intemally in the phone using parameters unique to the phone 

.^'s unit. The license numbers, after verification, are not stored or known to the user except in 

4; 15 encrypted form. 

%i The mobile phone system of this invention provides substantial flexibility 

]ll by the features described. Phone retailers can sell and activate phones on site without 

= special equipment. Furthermore, phones with intemal accounting allow for prepayment 

nj of service and call usage charges permitting the retailer to make credit judgment or cash 

lif 20 sales independent of the service provider. Additionally, the task of the system provider 
CJ can be assumed by the retailer, the service provider or an independent entity that assumes 

"'^ the risk or provides for only cash prepayment transactions. 

While, in the foregoing, embodiments of the present invention have been 

set forth in considerable detail for the purposes of making a complete disclosure of the 
25 invention, it may be apparent to those of skill in the art that numerous changes may be 

made in such detail without departing from the spirit and principles of the invention. 



28 



